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© A system for processing data organized in files and a control module for use therein. 



© The system comprises conversion means for 
translating the format in which data are stored in the 
memory. These conversion means are of modular 
design with a control module (10) and separate 
converters (15a-15n). each adapted to perform a 
specific conversion. To perform a conversion, the 
control module (10) searches for the converter (15a) 
adapted thereto and starts the same. The control 
module (10) is provided with a transformer (lOd) 
which transforms the signals delivered to the con- 
verter (15a) by the control module (10) into signals 
comprehensible to the converter (15a), and vice 
^ versa. The translation table required for this is stored 
^ in the configuration file (12) of the system, together 

with the translation tables of the other converters. 
CO New converters can be easily added by loading 
^ the program in the system memory and including 
00 the associated translation table in the configuration 
e file (12). 
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A SYSTEM FOR PROCESSING DATA ORGANIZED IN PILES AND A CONTROL MODULE FOR USE THEREIN 



The invention relates to a system for process- 
ing data organized in files, the data being stored in 
a file in accordance with one of various possible 
formats, comprising a memory and a process stage 
having an operating module for maintaining contact 
with a user and conversion means whereby, on a 
command for the purpose, the data in a file are 
converted from a first format (source format) into a 
second different format (target format). The inven- 
tion also relates to a control module for use in such 
a system. 

Systems of this kind are generally known. They 
are provided with processing modules which are 
lodged in the process stage and. at the user's 
command, can carry out processing operations on 
data stored in the memory. The data are repre- 
sented in a specific way by binary codes. The way 
in which data are coded is based on agreements, 
known as formats, which are implemented in the 
system. There are many such formats alt differing 
from one another to a greater or lesser degree. As 
a rule, a processing module can only process data 
if the latter are in a specific format. 

Consequently, it may be necessary to convert 
data from one format to another because they 
cannot be processed in the form in which they are 
available. Systems of this kind are frequently 
equipped with conversion means for this purpose, 
A survey of the prior art in this area is given in 
"Document interchange systems", International 
Datapro reports on wordprocessing. Febr. 1989. 
McGraw-Hill, page, WPO9-100-101 ... WPO9-100- 
115. 

The known conversion means are either pro- 
gram modules which form an integral part of the 
application package of the system or separate 
packages specially written for use in a specific 
system. Expanding the conversion means by a new 
conversion is therefore a complex affair requiring 
considerable knowledge of the system and involv- 
ing considerable work because adjustments have 
to be made at various places in the package. 

The object of the invention is to provide a 
system provided with conversion means which can 
be readily expanded with new conversions. This 
object is attained in that in a system according to 
the invention, the conversion means comprise con- 
verters each adapted to execute a specific conver- 
sion, a list of all the available converters, and a 
control module, the latter being provided with input 
and output means, connected to the operating 
module, for receiving commands therefrom and 
sending data relating to a conversion thereto, se- 
lection means for selecting a converter or a series 
of converters from the list on the basis of a re- 



ceived conversion command, and communication 
means for starting up and then communicating with 
a selected converter. 

As a result of this, the conversion functionality 

5 in the system is divided up into a control stage 
which forms part of the application package of the 
system, and a number of separate converters 
which do not belong thereto. These converters are 
completely shielded from the rest of the system by 

10 the control stage. In this way it is possbile to add 
or remove converters without having to carry out 
any operations on the software of the system itself. 

In one embodiment of the system according to 
the invention, to further improve the flexibility of 

IS this system, data specific to each converter and 
specifying the commands to and the messages 
from such converter are stored in the said list, and 
the communication means are provided with a 
transformer which regulates the communication 

20 with a selected converter by reference to the spe- 
cific data. 

In this way it is possible to add various con- 
verters without the converter operating specifica- 
tions having to satisfy great requirements. When 

25 the commands specified for the converter operation 
differ from those generated by the control module, 
they are "translated" by the transformer in accor- 
dance with the specifications in the list. Conversely, 
messages delivered by the converter during its 

30 operation are transformed by the same transformer 
into messages comprehensible to the control mod- 
ule. Installation of a new converter is greatly simpli- 
fied as a result and simply comprises loading the 
converter software into the memory and storing the 

35 name and translation specifications of the converter 
in the list. 

According to another embodiment of the sys- 
tem according to the invention, also stored .in the 
said list are data relating to conversions available 
40 by a combination of converters, together with the 
con verters required and the sequence in which 
they have to be combined. This further enhances 
the utility of the conversion functionality. 

According to another embodiment of the sys- 
45 tems according to the invention, the selection 
means are adapted to inventorise and present to 
the user for selection all the available target for- 
mats on a conversion command, starting from the 
source format of the data in the file to be con- 
so verted. This increases the operating convenience 
for the user, since he simply has to indicate the 
required conversion, and it is also immediately 
clear what conversions are possible and hence 
what ar not possible. 

In order to inform the user conveniently of any 
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problems occurring in the conversion, the control 
module is provided with diagnostic means whereby 
certain messages from those relating to the 
progress of a conversion as generated during the 
same are selected on the basis of an Importance 
level preselected by the user and are collected in a 
file for presentation to the user. In this way the user 
receives information at his own level and is there* 
fore, for example, not overloaded with information 
which he does not understand or with which he 
cannot do anything. 

Other features and advantages will be apparent 
from the following description and the accompany- 
ing drawings in which like references denote like 
parts. In the drawings: 

Fig. 1 illustrates a system according to the in- 
vention, 

Fig. 2 is a schematic of various parts of the 
system according to the invention, 
Fig. 3 is a schematic of various parts of the 
system according to the invention during a con- 
version, 

Fig. 4 shows an operating field on the system 
screen. 

Fig. 1 illustrates a system according to the 
invention. It comprises a central process stage 1 
having a microprocessor and a memory, operating 
means such as a screen 2. a keyboard 3 and a 
mouse 4, and storage and connecting means for 
storing or inputting or outputting data, such as a 
disk station 5 and a connection 6 to a network of 
data-processing systems. By means of the mouse 
4 it is possible to move an indicator element or 
cursor 7 over the screen 2. 

Programs for processing data are available in 
the process stage, for example for the makeup of a 
document from data input via the keyboard 3 or 
from the storage and connecting means 5, 6. 

Fig. 2 schematically illustrates that stage of the 
system of Ftg. 1 which is relevant to format conver- 
sion. 

Central to the implementation of the conversion 
function is the conversion control module 10. It is 
connected via an interface lOa to the operating 
module 1 1 which by means of the screen 2 and the 
keyboard 3 provides communication with an oper- 
ator. The control module is also connected to a 
number of data files in the system memory, name- 
ly the configuration file 12 (via a selection function 
10b), the file 13 containing user data (user profile), 
and the archive 14 (via a connecting function 10c). 
These three files all belong to the general part of 
the system and are not intended exclusively for the 
conversion function. The configuration file 12 con- 
tains a list of all the functions available in the 
system, both hardware and software, with the data 
for the operation thereof. The user data file 13 
contains a list of system options specific to each 



user permitted to use the system, such as permits 
and defaults for alternative system functions. Fi- 
nally, the archive 14 contains data files which have 
been or are required to be processed by means of 

5 the system, e.g. the content of documents made 
with the system. These files are stored in the 
archive 14 by name. i.e. each data file in the 
archive is identified by a unique name and the 
archive function regulates the physical location of 

10 the data of a file itself. Finally, the control module 
10 also contains a communication function lOd and 
a diagnostic function lOe, the operation of which 
will become clear in the following description. 

The system also comprises a number of con- 

15 verters iSa to I5n each adapted for the conversion 
of a file with data in a specific first format to a file 
with data in a specific second format. Ail the con- 
verters available in the system are contained in the 
configuration file. 

20 The converters are programs which are re- 

quired to be started in a specific way. convert a 
designated data file, and deliver the converted file 
under a previously given name to the archive, after 
which they give a readiness message and stop. 

25 During conversion they report problems that they 
encounter, such as if they meet in the file to be 
converted data for which there is no equivalent 
available in the target format. In some cases the 
converter will then terminate the conversion but in 

30 other cases it will simply make a less satisfactory 
conversion and give a warning. 

The set of commands and messages does not 
have to be the same for each converter in the 
system described. In fact the configuration file 12 

as contains for each converter a list of command and 
messages with the translations comprehensible to 
the control module. 

The complete procedure in the case of a con- 
version will now be described with reference to Fig. 

40 3 where necessary. 

The user selects a specific data file (the 
"source file", stored in the archive in the "source 
format") that he wishes to have converted into 
another format (the "target format"). Selection can 

45 be done, for example, by indicating with the cursor 
on the screen an icon representing the source file. 

The user gives the conversion command, e.g. 
by indicating with the cursor on the screen a menu 
area representing such command. 

50 The control module searches the source file in 
the archive via its connecting function 10c and 
determines the source format. This format may, for 
example, be indicated in the name of the source 
file, by a file extension. If the control module is not 

55 able to detect the source format, then the control 
module itself selects a previously prepared and 
programmed-in default which, for example, com- 
prises the ASCII format, since this is very much 
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used. 

By means of the data in the configuration file, 
the selection function 10b of the control module 
then searches all the target formats available from 
the source format, both with single converters and 
with combinations of converters, and transmits 
these to the operating module 11 for presentation 
to the screen. By means of the cursor the user can 
now select one of these, provided that the target 
format last used with that source format has al- 
ready been preselected as target format by the 
control module. The reason for this is that if the 
user is involved with a specific processing pack- 
age, he will probably always want to convert to the 
specific format of that package, and this preselec- 
tion is labour-saving for the user. 

The user now confirms the target format de- 
fault or changes the selection. The user can now 
also input a name for the converted file. If he does 
not do so. the control module itself gives a name to 
this file, e.g. by providing the source file name with 
an extension containing a code for the target for- 
mat. 

• An example of an operating field on the screen 
2 with which the above-described operation of the 
conversion function can be carried out is given in 
Rg. 4. The field contains at the top a space 100 for 
any messages and queries to the user. It also 
contains a space 101 for the name of the source 
file. A series 102 of short names for the formats 
that can be converted by the system then follows. 
In the example illustrated, the source format Is 
"wp", which denotes the WordPerfect format. This 
is indicated in the operating field by the blackened 
frame around the option "wp" in the series 102. 
For the sake of clarity, the format name is also 
indicated in full therebeneath. If the source format 
cannot be derived from the file name, the control 
module asks the user, by means of a message in 
the space 100. to indicate the source format in the 
series 102. 

Beneath the name of the source format there 
follows a series 103 with all the target formats 
possible with the said source format. Since the 
user in this example had carried out a conversion 
from WordPerfect format to ASCII format prior to 
the conversion now described, this format is se- 
lected as the default, but the user can change this 
setting by indicating another format in the series 
103. The full name of the target format is again 
written out beneath the series 103. 

Finally, a space 104 for the name of the con- 
verted file follows in the operating field. Here again 
the control module has a default, namely the name 
of the source file with an extension indicating the 
target format, but the user can amend this name as 
he wishes, simply by typing the new name over it. 

Once the source and target formats are known, 



the selection function 10b of the control module 
determines the conversion path, i.e. determines 
what converter or converters have to be activated 
successively. The data for this are in the configura- 

5 tidn file. The list with commands and messages of 
the intended converter or, in the case of a com- 
bination of converters, of the first converter, are 
read out of the configuration file by the control 
module and prepared for communication with C *> 

10 converter. The following files are then createc tn 
the memory by the diagnostic function lOe of the 
control module: a detailed message file 16. a tog- 
book file 17 and a global message file 18. The 
control module also brings up from the operating 

75 module 11 an identification (name) for a ^ile in 
which the converted data are to be stored (the 
"destination file"). 

The communication function lOd of the control 
module now starts up the converter I5a and in so 

20 doing passes the following data to the converter: 
the identification of the source file, the name of the 
destination file and the identification of the detailed 
message file 16. and also a number of control 
parameters. The control module also itself writes 

25 the starting up of the converter in the detailed 
message file 16. 

The converter 15a fetches the source file form 
the archive 14, converts it, creates a destination file 
under the indicated name in the archive 14. writes 

30 the result in the destination file and writes any 
messages in the detailed message file 16. Finally 
the converter stops its activity, either because the 
conversion is finished or because a fatal error has 
occurred, and give its final message at the control 

35 module communication function 

On the final message from :onvertor 15a the 
diagnostic function lOe of the control module reads 
the detailed message file 16 out and transfers all 
the messages therein or part thereof to the logbook 

40 file 17. The user data in the file 13 play a part in 
this respect. The reason for this is that they contain 
a qualification of the intended user in respect of the 
extent to which the messages are to be transmitted 
to him. In the case of the qualification "normal" 

45 only a limited selection of messages is transmitted, 
i.e. those which relate to the conversion as a total 
process but not. for example, messages from an 
intermediate step in a combination of converters. 
This is sufficient information for most users be- 
so cause after all they cannot do anything with mes- 
sages from the intermediate steps; they have in 
fact no knowledge that intermediate steps have 
been performed, because the control module has 
arranged this. For expert users there is also a 

55 qualification "extensive", with which all messages 
from the detailed message file 16 are transferred to 
the logbook file 17. 

If the target format has been reached, the 
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control module then transfers a simple message to 
the global message file 18. This is a final message 
containing the final result of the conversion e.g.: 
"conversion successful", "conversion successful, 
but some errors pre sent in result", or "conversion 
unsuccessful, see logbook file". The control mod- 
ule then reports itself ready at the operating mod- 
ule 11. 

If the target format has not yet been reached, 
and at least one following conversion is still to be 
performed, the control module repeats the de- 
scribed procedure completely for the next con- 
verter, unless the ''='':shed conversion has been 
terminated by a fai- ^rror. In the latter case the 
control module -terminates the conversion proce- 
dure, writes a message on this in the global mes- 
sage :ile 18 and reports the termination to the 
operating module 11. 

The operating module 1 1 reads out the global 
message file 18 and presents its contents on the 
screen 2. If necessary, the user can now display 
the logbook file 17 on the screen 2 by means of 
the operating module in order to inspect this file. 
The user can also bring up the contents of the 
converted file from the archive 14 and display it on 
the screen. In the event of non-fatal conversion 
errors occurring, they are indicated on the screen, 
e.g. in displaying them in reverse video. The user 
can then correct them if necessary. This terminates 
the conversion procedure. 

The system described also offers the possibil- 
ity of converting a number of files to a specific 
target format by a simple command. For this pur- 
pose the user simply has to indicate all the files to 
be converted in his conversion command. Inter- 
active processing or batch processing can be se- 
lected. In the batch mode the control module 10 
performs all the required conversions and reports 
back with all the results after completion. If a fatal 
error occurs during one of the conversions, such 
conversion is interrupted and the control module 
starts on the next. In the interactive mode, how- 
ever, the control module 10 reports back with its 
results after each conversion and awaits the user's 
reaction in the event of an error. 

The addition of a new converter is very simple 
with the system described. A translation table Is 
made once and for all for the new converter and 
contains all the commands and messages required 
for communication between the converter and the 
control module 10. On installation, the converter 
program is stored in the system memory and the 
name of the converter together with the translation 
table is written into the configuration file 12. Start- 
ing from the newly added converter it is also possi- 
ble to make up different conversions by combining 
the new converter with existing converters. These 
are also included in the configuration file 12 with a 



reference to the constituent converters. It would 
also be possible for this to be carried out automati- 
cally by arranging for an installation program 
present for the purpose in the system to check 

5 immediately on installation of a new converter what 
extra conversions are possible by combination of 
the new converter with existing converters, and 
writing this into the configuration file 1 2. When new 
conversions have been installed in this way. the 

70 control module can immediately identify and use 
them without the system having to be newly com- 
piled or started. 

It will be seen from the above that the system 
described enables very different converters to be 

75 used without their having to satisfy stringent re- 
quirements. 

Al though the invention has been described 
with reference to the above example, it is not 
restricted thereto. Numerous alternative embodi- 

20 ments . within the scope of the claims will be ob- 
vious to the skilled addressee. Communication with 
the user can be arranged in some other way. A 
successful conversion, for example, need not nec- 
essary be reported in a separate message on the 

25 screen. 



Claims 

30 1. A system for processing data organized in files, 
the data being stored in a file in accordance with 
one of various possible formats, comprising a 
memory and a process stage having an operating 
module for maintaining contact with a user and 

35 conversion means whereby, on a command for the 
purpose, the data in a file are converted from a first 
format (source format) into a second different for- 
mat (target format), characterised in that the con- 
version means comprise converters each adapted 

40 to execute a specific conversion, a list of all the 
available converters, and an control module, the 
latter being provided with input and output means, 
connected to the operating module, for receiving 
commands therefrom and sending data relating to 

45 a conversion thereto, selection means for selecting 
a converter or a series of converters from the list 
on the basis of a received conversion command, 
and communication means for starting up and then 
communicating with a selected converter. 

50 2. A system according to claim 1 , characterised in 
that data specific to each converter and specifying 
the commands to and the messages from such 
converter are stored in the list of all available 
converters, and in that the communication means 

55 are provided with a transformer which regulates the 
communication with a selected converter by refer- 
ence to the specific data. 

3. A system according to claim 1 or 2, charac- 
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terised in that also stored in the said list are data 
relating to conversions available by a combination 
of converters, together with the converters required 
and the sequence in which they have to be com- 
bined. 5 

4. A system according to claim 1, 2 or 3. charac- 
terised in that the selection means are adapted to 
inventorise and present to the user for selection all 
the available target formats on a conversion com- 
mand, starting from the source format of the data io 
in the file to be converted. 

5. A system according to any one of the preceding 
claims, characterised in that the control module is 
provided with means whereby identification data 
relating to a data .file to be converted stored in the is 
merry and an identifcation for a destination file for 

the storage of converted data resulting from a 
conversion are made known to a started converter 
via the communication means. 

6. A system according to any one of the preceding 20 
claims, characterised in that the control module is 
provided with diagnostic means whereby certain 
messages from those relating to the progress of a 
conversion as generated during the same are se-. 
lected on the basis of an importance level 25 
preselected by the user and are collected in a file 

for presentation to the user. 

7. A system according to claim 6, characterised in 
that the diagnostic means are adapted to create at 
least one file in the memory for messages relating 30 
to the progress of a conversion and to make known 

to a started converter via the communication 
means identification data of a first file of this kind. 

8. A system according to claim 7. characterised in 

that the diagnostic means are also adapted to 35 
select certain messages from those stored in the 
said first message file and to store the same in a 
second message file. 

9. A control module for use in a system according 

to any one of the* preceding claims. 4o 
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